E-mail communication apparatus, E-mail communication method and program

ABSTRACT

To provide an e-mail communication apparatus, an e-mail communication method and a program capable of, in the case of receiving e-mail which is split e-mails including request-to-send (RTS) information for transmitting the e-mail to a predetermined destination, suitably performing transmittal confirmation without transmitting to a source the e-mail of the transmittal confirmation as to each of multiple pieces of the split e-mails. First, an MFP 100 having received the e-mail determines whether or not the e-mail is one of multiple divided data pieces generated by dividing image data by a data amount so as to store it. In the case where the received data is the divided data, the MFP 100 determines whether or not all the divided data pieces of the image data are stored, and transmits transmittal confirmation mail based on an MDN request if all are stored.

This application is a division of application Ser. No. 12/696,941, filedJan. 29, 2010 (pending), which is a continuation of application Ser. No.11/365,595, filed Mar. 2, 2006, now U.S. Pat. No. 7,685,240, issued Mar.23, 2010.

FIELD OF THE INVENTION

The present invention relates to an e-mail communication apparatus, ane-mail communication method and a program for receiving and processingelectronic data attached to e-mail and transmitted.

BACKGROUND OF THE INVENTION

In recent years, e-mail for transmitting and receiving characterinformation via a network is in widespread use along with diffusion ofcomputers and networking of information. The e-mail is capable ofattaching various types of files in addition to a message body which isthe character information. For instance, there is diffusion of anInternet FAX (abbreviated as “IFAX” hereafter) for transmitting andreceiving an image by attaching a TIFF (Tag Image File Format) file asan attachment file.

The IFAX is a technology for communicating between apparatuses capableof converting the image read by a scanner to a TIFF format andtransmitting it from a transmitter, reproducing the image in the TIFFformat from data received by a receiver and printing it.

Here, in the case of transmitting the e-mail with a file of a large datasize attached thereto, there is a possibility that delivery of thee-mail may delay due to a load applied to processing in a mail server,and if further deteriorated, the entire e-mail delivery service maystop. For that reason, in many cases, the mail server is generally setup not to receive the e-mail over a certain data size. There are thecases where, when the e-mail with an image of a large data size attachedthereto is transmitted to the mail server thus set up from the IFAX, itis determined as a delivery error by the mail server.

For instance, in the case of transmitting the e-mail with an imageattached thereto by using a PC, it is relatively easy to check the datasize of the attached image. In the case of the IFAX, however, it isdifficult to predict what the data size will be when scanning andtransmitting the image, and so there is a high possibility that theabove-mentioned delivery error may occur frequently. Thus, there is aproposal made as to a technology of an Internet facsimile apparatus fordividing image information of multiple pages by page and transmitting it(Japanese Patent Laid-Open No. 2000-32202).

There is also a proposal made as to a technology for, in the case ofreceiving e-mail data having the image information of multiple pagesdivided by page and transmitted, performing print and transferprocessing in order of pages of original image information (JapanesePatent Laid-Open No. 2004-236005). Furthermore, there is a decidedmethod of transmitting a piece of e-mail data by dividing it intomultiple pieces of e-mail so as to synthesize received multiple piecesof e-mail data as one. In this case, message/partial as an identifier isused for MIME Content-Type (RFC 2045, RFC 2046).

RFC 2298 stipulates a specification wherein, in the case of receivingthe e-mail, transmittal confirmation mail of a communication apparatus(IFAX) on a receiving side of the e-mail is sent back to thecommunication apparatus (IFAX) of a source of the e-mail. Thisspecification is called MDN (Message Disposition Notification).

Here, in the case of performing transmittal confirmation of splite-mails divided into multiple pieces, the communication apparatus (IFAXfor instance) on the transmitting side does not need to performtransmittal confirmation as to each piece of the split e-mails. To bemore specific, the communication apparatus on the transmitting side hasonly to check whether or not one piece of the e-mail before beingdivided has been transmitted to the communication apparatus on thereceiving side.

In the case where each piece of the split e-mails includes an MDN formatfor requesting the transmittal confirmation, however, the transmittalconfirmation is requested of the communication apparatus on thereceiving side according to the MDN format of each of the multiplepieces of the split e-mails.

In such a case, each time the split e-mails are received, thecommunication apparatus on the receiving side transmits the transmittalconfirmation mail for the received split e-mails to the communicationapparatus on the transmitting side accordingly. In such a configuration,the communication apparatus on the transmitting side receives multiplepieces of transmittal confirmation mail although just one request tosend (RTS) consisting of the multiple pieces of the split e-mails wasmade. Thus, receiving processing and the like become complicated.

Even in the case where a part of the split e-mails is not transmittedfrom the communication apparatus on the transmitting side to thecommunication apparatus on the receiving side, the communicationapparatus on the transmitting side receives some piece of transmittalconfirmation mail. For that reason, there may be a disruption since itis not clear whether or not all the pieces of the split e-mails havebeen transmitted.

SUMMARY OF THE INVENTION

The present invention has been made in view of these circumstances, andan object thereof is to provide an e-mail communication apparatus, ane-mail communication method and a program which are improved.

Another object of the present invention is to provide the e-mailcommunication apparatus, e-mail communication method and program capableof, in the case of receiving e-mail which is split e-mails includingrequest-to-send (RTS) information for transmitting the e-mail to apredetermined destination, suitably performing transmittal confirmationwithout transmitting to a source the e-mail of transmittal confirmationas to each of multiple pieces of the split e-mails.

Other feature and advantages of the present invention will be apparentfrom the following description taken in conjunction with theaccompanying drawings, in which like references characters designate thesame or similar parts throughout the figures thereof.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporates in and constitute apart of the specification, illustrate embodiments of the invention and,together with the description, serve to explain the principle of theinvention.

FIG. 1 is a block diagram of a network system having various devicesprovided with an information-processing apparatus according to anembodiment of the present invention connected via a network;

FIG. 2 is a block diagram showing detailed configuration of an MFP 100shown in FIG. 1;

FIG. 3 is a diagram for describing configuration of a network programpossessed by the MFP 100;

FIG. 4 is a diagram showing an example of a transmission setting screenof an operating portion 133 when transmitting image data read by ascanner 134 by e-mail;

FIG. 5 is a diagram showing an example of split e-mail data transmittedin a state of transmission settings shown in FIG. 4;

FIG. 6 is a diagram for describing an aspect of dividing the e-mailhaving an image file attached thereto into five pieces of split e-mails;

FIG. 7 is a diagram showing a screen example of a divided reception boxdisplayed on the operating portion 133 when the split e-mails aretemporarily stored;

FIG. 8 is a diagram showing the screen displayed on selecting a splite-mail piece 600 shown in FIG. 7 and pushing a division list button 620;

FIG. 9 is a flowchart for describing a retransmission request procedureof the MFP 100 in the case where a retransmission request button 623 ispushed in the screen example of the divided reception box displayed onthe operating portion 133 shown in FIG. 7;

FIG. 10 is a flowchart for describing a procedure for receiving,combining, printing or transferring the split e-mails of the MFP 100according to an embodiment of the present invention;

FIG. 11 is a flowchart for describing details of processing in the casewhere all the pieces of the split e-mails are not gathered in thedivided reception box of the flowchart shown in FIG. 10 (step S521);

FIG. 12 is a diagram showing an example of the split e-mails data inwhich a format sentence of an MDN request is entered in head data of themail before division; and

FIG. 13 is an equipment configuration diagram of a scanner 134 and aprinter 135 of the MFP 100 shown in FIG. 1.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Hereunder, a description will be given by referring to the drawings asto details of configuration of a network system provided with aninformation-processing apparatus and communication processing of thenetwork system according to an embodiment of the present invention.

FIG. 1 is a block diagram of a network system having various devicesprovided with an information-processing apparatus according to anembodiment of the present invention connected via a network. As shown inFIG. 1, multifunction peripherals (MFPs) 100, 101 and 102 have ascanner, a printer and the like mounted thereon and have a copy functionand a facsimile sending and receiving function. The MFPs 100, 101 and102 also have a printer function of printing data created on a computer.The MFPs 100, 101 and 102 are connected to a network 106 of which domainname is “xyz.co.jp.” The MFPs 100, 101 and 102 are connected to multiplecomputers such as a mail server/POP server 103, client PCs 104 and 105and various network devices. The information-processing apparatusaccording to this embodiment is mounted on each of the MFPs 100, 101 and102, mail server/POP server 103 and client PCs 104 and 105.

The above-mentioned network 106 is further connected to an Internetnetwork 110 spread all over the world. The network 106 is also connectedto a network 123 of which domain name is “abc.co.jp” having a mailserver/POP server 120, a client PC 121 and an Internet FAX 122 connectedthereto. The information-processing apparatus according to thisembodiment is also mounted on the mail server/POP server 120, client PC121 and Internet FAX 122.

As shown in FIG. 1, the MFP 100 is given a host name of “copy1,xyz.co.jp” and an e-mail address of “ifax@copy1.xyz.co.jp.” The MFP 101is given a host name of “copy2, xyz.co.jp” and an e-mail address of“ifax@copy2.xyz.co.jp.” Furthermore, the MFP 102 is given a host name of“copy3, xyz.co.jp” and an e-mail address of “ifax@copy3.xyz.co.jp.”

Furthermore, the client PC 104 has general-purpose e-mail softwareinstalled thereon, and is given an e-mail address of “yamada@xyz.co.jp.”Similarly, the client PC 105 also has the general-purpose e-mailsoftware installed thereon, and is given an e-mail address of“satou@xyz.co.jp.” Furthermore, the mail server/POP server 103 has thefunctions of both the mail server and POP server.

The client PC 121 has general-purpose e-mail software installed thereon,and is given an e-mail address of “tanaka@abc.co.jp.” The Internet FAX122 also has the general-purpose e-mail software installed thereon, andis given an e-mail address of “ifax@abc.co.jp.” Furthermore, the mailserver/POP server 120 has the functions of both the mail server and POPserver.

For instance, in the case where the client PC 104 transmits the e-mailcreated by the e-mail software to “tanaka@abc.co.jp” in the system shownin FIG. 1, the system performs the following procedure. To begin with,the client PC 104 requests the mail server/POP server 103 to deliver thee-mail by an SMTP (Simple Mail Transfer Protocol) protocol. And the mailserver/POP server 103 delivers the e-mail data to the mail server/POPserver 120 by the SMTP protocol by way of the Internet network 110. Thee-mail is thereby stored in a mailbox of “tanaka@abc.co.jp” in the mailserver/POP server 120.

As previously described, the client PC 121 also has the general-purposee-mail software installed thereon. And the client PC 121 monitors atintervals whether or not the e-mail has arrived in the mailbox of“tanaka@abc.co.jp” existing in the mail server/POP server 120 by using aPOP 3 protocol. In the case where the e-mail has arrived in the mailserver/POP server 120, the client PC 121 receives the e-mail. The POP 3protocol is an abbreviation of Post Office Protocol-Version 3.

In the case of inversely transmitting the e-mail from “tanaka@abc.co.jp”of the client PC 121 to “yamada@xyz.co.jp” of the client PC 104, thesystem performs the following procedure. To begin with, the client PC121 requests the mail server/POP server 120 to deliver the e-mail by anSMTP protocol. And the mail server/POP server 120 delivers the e-mail tothe mail server/POP server 103. The e-mail is thereby stored in themailbox of “yamada@xyz.co.jp” in the mail server/POP server 103.

And the client PC 104 monitors at intervals whether or not the e-mailhas arrived in the mailbox of “yamada@xyz.co.jp” existing in the mailserver/POP server 103 by using the POP 3 protocol. In the case where thee-mail has arrived in the mail server/POP server 103, the client PC 104receives the e-mail.

In FIG. 1, the MFPs 100, 101 and 102 can execute an “e-mail transmissionmode” for transmitting image data by general e-mail. The MFPs 100, 101and 102 can also execute an “I FAX transmission mode” on the premise oftransmitting it to an apparatus meeting the IFAX standards.

The image data transmitted by the MFPs 100, 101 and 102 is exemplifiedby the following image data. For instance, there is the image datareceived by the MFPs 100, 101 and 102 by using a facsimile (FAX)function. There is also the image data received by the MFPs 100, 101 and102 by using an Internet facsimile (IFAX) function. And there is theimage data read by the MFPs 100, 101 and 102 by means of the scanner.

As for the transmission and reception of the e-mail by the MFPs 100, 101and 102, the above-mentioned SMTP and POP 3 are used to perform the sameoperation as the transmission and reception of the e-mail by theabove-mentioned client PC 104 and client PC 121.

In the “e-mail transmission mode,” when a color image is read by ascanner 134, the MFPs 100, 101 and 102 can transmit the image data in aJPEG format or PDF (Portable Document Format). In the “e-mailtransmission mode,” when a monochrome image is read by the scanner, theMFPs 100, 101 and 102 can transmit the image data in TIFF or PDF. In thecase where the e-mail is transmitted from the MFP 100, 101 or 102 to thee-mail address of “yamada@xyz.co.jp” given to the client PC 104, theclient PC 104 receives the e-mail by the POP 3 protocol. Thus, a userusing the client PC 104 can display the received e-mail on ageneral-purpose image viewer.

In the “IFAX transmission mode,” the MFPs transmit the image read by thescanner 134 as the image data in the TIFF format meeting RFC 2301 by theSMTP and POP 3 protocols.

As for the MFPs, the image data received by the scanner, FAX and IFAXreceiving functions on a transmitting side is received by a receiver ata remote location, and the received image is printed by a printer at aremote location.

FIG. 2 is a block diagram showing detailed configuration of the MFP 100shown in FIG. 1. Of the MFPs shown in FIG. 1, only the MFP 100 will bedescribed hereunder. However, the other MFPs 101 and 102 have the sameconfiguration as the MFP 100.

In FIG. 2, a CPU 130 is a control circuit for controlling the entiresystem of the MFP 100 by using a program stored in an ROM 131 and atemporary storage area of an RAM 132 functioning as a memory.

An operating portion 133 is configured by an LCD panel and hard keyssuch as a start key and a numeric keypad and the like. And the operatingportion 133 is a unit for displaying various buttons on the LCD by usinga touch panel to detect a position at which the button is touched by theuser's finger and perform a user operation based on it smoothly.

The scanner 134 is a unit for converting the image on a copy to theimage data by means of photoelectric conversion. FIG. 13 is an equipmentconfiguration diagram of the scanner 134 and a printer 135 of the MFP100 shown in FIG. 1. The scanner 134 carries the copy from a copyfeeding apparatus 250 onto a platen glass 211. And if the copy iscarried onto the platen glass 211, it lights a lamp 212 and startsmoving a scanner unit 213 so as to perform an exposure scan on the copy.Reflected light from the copy is led to a CCD image sensor 218 bymirrors 214, 215, 216 and a lens 217 and converted to electricalsignals, and is then converted to digital data by an A/D convertercircuit. The copy on the platen glass 211 is ejected after a readingoperation of the copy is finished.

The printer 135 is a unit for printing electrical image data onrecording paper. The printer 135 has a laser beam according to theelectrical image data emitted from laser emitting portions 313, 314, 315and 316 to have photoconductive drums 325, 326, 327 and 328 radiatedtherewith. The photoconductive drums 325, 326, 327 and 328 have latentimages according to the laser beam formed thereon. And a developer isattached to the portions of the latent images of the photoconductivedrums 325, 326, 327 and 328 by developing devices 321, 322, 323 and 324.The printer 135 feeds the recording paper from paper cassettes 360, 361and 362 and carries it to a transfer portion in timing synchronized witha start of laser beam radiation. And the printer 135 transfers thedeveloper attached to the photoconductive drums 325, 326, 327 and 328 tothe recording paper. The recording paper having the developer thereon iscarried to a fixing portion 335, and the developer is fixed on therecording paper by heat and pressure of the fixing portion 335. Therecording paper having passed the fixing portion 335 is ejected to acatch tray 371 by an ejecting roller 336.

In FIG. 2, an image processing circuit 136 is configured by alarge-capacity image memory, an image rotation circuit, a resolutionvariable circuit, and encoding/decoding circuits such as MH, MR, MMR,JBIG and JPEG. And the image processing circuit 136 can perform variousimage processing, such as shading, trimming and masking. A hard disk 137is a large-capacity recording medium connected by an interface such asSCSI or USB, for which not only the hard disk but another recordingmedium such as an MO may be used.

Furthermore, in FIG. 2, a network I/F 138 is a circuit for executing anetwork data link for connecting to a network circuit such as Ethernet(registered trademark) represented by 10 BASE-T and 100 BASE-T ortoken-ring.

Furthermore, a formatter portion 139 comprises PC I/F circuits such aparallel interface and a USB compliant with IEEE 1284. And the formatterportion 139 creates the image data from PDL (Page Description Language)data from the PC received by the PC I/F circuit or network I/F circuit.The image processing circuit 136 performs image processing on the imagedata created by the formatter portion 139 and generates print data to beprinted by the printer 135.

A FAX portion 140 is a facsimile I/F circuit connected to a telephonecircuit and configured by circuits such as an NCU (Network control Unit)and a MODEM (Modulator/Demodulator).

The MFP 100 can perform the image processing on the image data read bythe scanner 134 in the image processing circuit 136 and transmit it toanother facsimile apparatus by way of the telephone circuit. The MFP 100can also receive the image data transmitted from the other facsimileapparatus and perform the image processing thereon in the imageprocessing circuit 136 so as to have it printed by the printer 135.

The above-mentioned scanner 134, printer 135, image processing circuit136, formatter portion 139 and FAX portion 140 are connected by ahigh-speed video bus 143 separate from a CPU bus 142 from the CPU 130and configured to be able to transfer the image data at high speed.

The MFP 100 operates to perform the image processing on the image dataread by the scanner 134 in the image processing circuit 136 and printthe read image on the printer 135 so as to implement the copy function.

Furthermore, the MFP 100 has a send function of performing the imageprocessing on the image data read by the scanner 134 in the imageprocessing circuit 136 and transmitting it from the network I/F onto thenetwork. The MFP 100 also has an IFAX function of creating the imagedata meeting RFC 2301 in the image processing circuit 136 andtransmitting and receiving the data by e-mail.

Furthermore, in FIG. 2, a power control circuit 141 is a circuit forcontrolling electric power consumed by the MFP 100, which can reducepower consumption of the apparatus by lowering temperature of a heaterand the like or turning off the power to an unused circuit. The MFP 100has a “SLEEP 1 state” in which energization of fixed temperature controlcircuits of the operating portion 133 and printer 135 is stopped by thepower control circuit 141 and a “SLEEP 2 state” in which theenergization of most circuits including the CPU 130 is stopped.

In the SLEEP 1 state, the power consumption is higher than the SLEEP 2state. When instructed to start, however, it starts and is put in ausable condition faster than the SLEEP 2 state. In the case of the SLEEP2 state, electric power supply to the CPU 130 also stops so that thesoftware of the MFPs 100 becomes inexecutable.

The CPU 130 is started and released from the SLEEP 2 state by acommunication request from external I/Fs such as the network I/F 138,formatter portion 139 and FAX portion 140 shown in FIG. 2 or by pushinga power saving key 411 existing in the operating portion 133 describedlater. The MFP 100 goes into the SLEEP 1 state if released from theSLEEP 2 state. If the image is put in the printer 135 by communicationdata from the external I/F, the MFP 100 is released from the SLEEP 1state and goes into a standby state. Thereafter, if a printing processis finished and a predetermined time elapses in the standby state, itmoves on to the SLEEP 1 state. It also moves on to the SLEEP 1 state inthe case where the power saving key 411 is pushed. And it goes into theSLEEP 2 state after the predetermined time elapses in the SLEEP 1 state.

FIG. 3 is a diagram for describing the configuration of a networkprogram executed by the MFP 100. As shown in FIG. 3, the configurationof the network program of the MFP 100 can be roughly divided into thefollowing three layers of programs. These programs are stored in thehard disk 137 and the like to be executed by the CPU 130.

-   -   IP (Internet Protocol) 200    -   TCP (Transmission Control Protocol)/UDP (User Datagram Protocol)        201    -   Various protocols 202 of application layers

First, the IP 200 is an Internet protocol layer for providing a serviceof sending a message from an originating host to a destination host incollaboration with a relay node such as a router. The IP 200 managesoriginator addresses for transmitting the data and destination addressesfor receiving the data, and executes a routing function of managing whatroute is taken in the network to deliver the data to the destinationhost according to address information.

The TCP/UDP 201 is a transport layer for providing a service of sendinga message from an originating application process to a receivingapplication process. The TCP is a connection type service which assureshigh reliability of the communication. The UDP is a connectionless typeservice which does not assure reliability.

Various protocols 202 of the application layers prescribe multipleprotocols. The protocols include FTP (File Transfer Protocol) which is afile transfer service and SNMP which is a network management protocol.They also include LPD which is a server protocol for printer printingand HTTPd which is a protocol of a WWW (World Wide Web) server.Furthermore, they include the SMTP (Simple Mail Transfer Protocol) as ane-mail transmission and reception protocol and the POP 3 (Post OfficeProtocol-Version 3) as a mail download protocol. Furthermore, theyinclude LDAP (Lightweight Directory Access Protocol) which is a protocolfor accessing a directory database managing the e-mail addresses of theuser and the like. In addition, a Kerberos authentication programprescribed by RFC 1510 is also included.

FIG. 4 is a diagram showing an example of a transmission setting screenof the operating portion 133 when transmitting the image data read bythe scanner 134 by e-mail. The MFP 100 can specify a copy size to beread by the scanner 134 as a reading size. For instance, a size settingportion 500 can specify a paper size such as A3, A4, A5, B4, B5, 11×17,LTR or STMT and orientation thereof. As shown in FIG. 4, it is currentlyset to “Automatic” and reading is performed at a value detected by acopy detecting sensor existing in the scanner 134.

A resolution setting portion 501 can specify a resolution when thescanner 134 reads the image. For instance, it can be specified out of200×100, 200×200, 200×400, 300×300, 400×400 and 600×600 dpi. A defaultvalue of the resolution is 200×200 for instance. However, it iscurrently set to 600×600 dpi.

Furthermore, a detail setting portion 502 can specify a detailedoperation on scanning, such as density setting, copy type specification,both-side reading, continuous page shooting and image quality adjustmenton scanning.

As shown in FIG. 4, in the case of selecting the destination, it isfurther possible, with a To field 503 of an e-mail destination, toselect a destination from those registered with an address book.Similarly, in the case of selecting the destination, it is possible,with a Cc field 504, to select a destination from those registered withthe address book. Furthermore, in the case of selecting the destination,it is possible, with a Bcc field 505, to select a destination from thoseregistered with the address book. Moreover, a maximum number ofdestinations is 256 addresses for instance. Therefore, the value as atotal of the number of destinations selected by the To field 503, thenumber of destinations selected by the Cc field 504 and the number ofdestinations selected by the Bcc field 505 is limited to 256 addressesat the maximum.

Furthermore, in FIG. 4, a subject entry portion 506 and a text entryportion 507 are fields for entering a subject and mail text provided tothe e-mail to be transmitted respectively. For instance, the operatingportion 133 can have a soft keyboard displayed to have character stringsentered in the case where each of the fields is selected.

Furthermore, in FIG. 4, a transmitted data size upper limit settingportion 510 is a portion for setting a maximum size of the e-mail dataallowed on transmitting the e-mail. The e-mail data exceeding a set datasize is divided into multiple pieces of the e-mail and transmitted aswill be described later. To be more specific, the e-mail of the datasize larger than the limit is not transmitted as a result. In the casewhere “0” is set as the limit, it is possible to operate as limitlessand have no division of the e-mail performed.

The above-mentioned embodiment described the case of placing a limit onthe transmission according to the data size of the transmitted e-mail.However, another method may be taken. For instance, it is also possibleto handle the limit of the data size by converting it to image size of aTIFF file or a JPEG file to be transmitted.

It is possible to change a transmitted data size upper limit fortransmission operation each time by setting it on the transmissionsetting screen shown in FIG. 4 as previously described. In the casewhere there is no need to change it for the transmission operation eachtime, it may be set as a part of device information management. In thecase of changing the value of the upper limit for each of thedestinations, it is possible to render the upper limit settable for eachof the destinations of the address book.

Furthermore, a start key 509 shown in FIG. 4 is a hard key placed besidethe operating portion 133. If the user pushes this key, the scanner 134is driven and the read image data is transmitted as the e-mail. Thestart key 509 has a blue and red LEDs 508 mounted at its center. And inthe case where no destination is specified, the red LED lights up to letthe user know that the scanner 134 is in a state not to be driven evenif the start key 509 is pushed. In the case where even one destinationis specified, the blue LED lights up to let the user know that thescanner 134 is in a state to be driven.

Furthermore, a power saving key 511 is a hard key capable of shifting tothe aforementioned sleep state by means of the power control circuit 141if pushed in the standby state and returning to the standby state ifpushed in the sleep state.

FIG. 6 is a diagram for describing an aspect of dividing the e-mailhaving an image file attached thereto into five pieces of split e-mails.As shown in FIG. 6, the e-mail data is configured by a mail header 850,a mail text 851, a first-page image data 852, a second-page image data853, a third-page image data 854, a fourth-page image data 855 and afifth-page image data 856. The e-mail is divided into five pieces asshown in FIG. 8, and is configured by a [1/5] split e-mail piece 860, a[2/5] split e-mail piece 861, a [3/5] split e-mail piece 862, a [4/5]split e-mail piece 863 and a [5/5] split e-mail piece 864.

When transmitting the split e-mails, a partial mail header similar tothe mail header 850 having destination information and the likedescribed thereon is added to a head of each piece of the mail. And theinformation is added thereto, such as a MIME identifier indicating thatthe e-mail is the split e-mails, a division ID uniquely attached to eachpiece of the split e-mails, a division number and a division totalnumber.

FIG. 5 is a diagram showing an example of the split e-mails transmittedin the state of transmission settings shown in FIG. 4. In FIG. 5, theportion from the 1st line to the 13th line is the mail header fordelivering the split e-mails. From of the 3rd line has the e-mailaddress given to the MFP 100 described thereto. Subject of the 4th lineis the data having the character string entered in the subject entryportion 506 rendered as an encoded-word format defined by RFC 2047.Furthermore, To of the 5th line is the destination selected in the Tofield 503, and a Cc field 405 is the destination selected in the Ccfield 504. And a Bcc field 407 is the data on the destination selectedin the Bcc field 505 rendered as the encoded-word format. The 10th lineis the data indicating an MDN format included in the mail for requestinga transmittal confirmation of the e-mail from a communication apparatusof the source.

“Content-Type: message/partial;” of the 12th line indicates that thismail is the split e-mails, and “number=1; Total=5” indicates that it isthe first piece of the data on the mail divided into five pieces.Furthermore, “id=“20041110104508.0000.TxNo.0105@copy3.xyz.co.jp”” of the13th line indicates a division ID number of the split e-mails. Thedivision ID number consists of a date, time, a transmission receptionnumber counted up on transmission each time, and a domain name of atransmitter. Pieces of the mail having the same ID number are regardedas the split e-mails having the same mail divided.

Next, the data from the 15th line to the 44th line shows substantivedata on the split e-mails (that is, the first piece of data on the maildivided into five pieces). First, the portion from the 15th line to the25th line is the mail header of the divided e-mail equivalent to themail header 850. From of the 17th line, To of the 19th line, Cc of the20th line and Bcc of the 22nd line are the same as the above From of the3rd line, To of the 5th line, Cc of the 6th line and Bcc of the 8thline.

Subject of the 18th line is Subject before being divided, which is thedata having the character string “transmit data” entered in the subjectentry portion 506 rendered as the encoded-word format. In comparison,Subject of the 4th line is Subject of the split e-mails, which is thedata having the character string “[1/5]” given to the head thereof andhaving the character string “[1/5] transmit data” rendered as theencoded-word format.

Furthermore, the 30th line and 31st line are text data having the mailtext entered in the text entry portion 507 converted to a JIOS code,which is equivalent to the mail text 851. As the mail text is Japanesetext data, the data of “Content-Type: text/plain; charset=“ISO-2022-JP”is given in the 28th line.

Furthermore, the data from the 38th line to the 44th line is equivalentto the data 852 up to the first page, which is the data having the dataread from the scanner rendered as a TIFF image file with a file nameImage.tif and having this file BASE64-encoded. That is specified in the34th, 35th and 36th lines. As for the data from the second page onward,the same mail with the division numbers of 2, 3, 4 and 5 is generatedand transmitted. To be more specific, the portions such as the mailheader are common except that number of the 12th line changes to 2, 3, 4and 5 respectively and Message-ID of the 9th line is different as toeach piece of the mail.

It is possible to extract the pieces of the mail data having the samedivision ID number and combine them in the order indicated by thenumbers thereof so as to synthesize them as the mail data before it wasdivided.

FIG. 7 is a diagram showing a screen example of a divided reception boxdisplayed on the operating portion 133 when the split e-mails aretemporarily stored. As shown in FIG. 7, three different pieces 600, 601and 602 of the split e-mails are currently stored in the dividedreception box. In FIG. 7, a subject 610 is the subject of each piece ofthe received split e-mails. In the case of the split e-mails shown inFIG. 5, Subject of the 4th line indicating the subject of the splite-mails or Subject of the 18th line as the subject of the mail beforethe division is displayed.

As for the split e-mail piece 600, a leading piece of the split e-mailscan be received and so Subject of the 18th line as the subject of thesplit e-mails is displayed. As for split e-mail pieces 601 and 602, theleading piece of the mail cannot be received and so Subject of the 4thline as the subject of each piece of the split e-mails is displayed.

In FIG. 7, an address 611 indicates a sender of the e-mail. In the casewhere the leading mail piece of the split e-mails has been received,From information of the 17th line is assigned. In the case where theleading mail piece has not been received, the value of the Frominformation shown in the 3rd line as the From information of the splite-mails is assigned.

Furthermore, a reception number 612 is the value indicating the totalnumber of the mail pieces having the same division ID and the number ofreceived mail pieces. For instance, it indicates that there are fivesplit e-mail pieces 600 in total and there are three received mailpieces. Moreover, a reception time 613 indicates the reception time atwhich each piece of the split e-mails was received for the first time.

Furthermore, a division list button 620 is a button for listing theselected split e-mails one by one. And a print button 621 and atransmission button 622 are the buttons for printing and transmittingthe synthesized mail after combining the selected split e-mailsrespectively. They will be described in detail by using FIG. 12 later.Furthermore, a retransmission request button 623 is a button forrequesting the source to perform a retransmission in the case where allthe split e-mails are not gathered. This will be described by using FIG.9 later. Furthermore, in FIG. 7, arrow keys 624 and 625 are keys for anoperator to scroll the screen in the case where there are so many splite-mails to be listed that all of them cannot be displayed and listed atonce.

FIG. 8 is a diagram showing the screen displayed on selecting the splite-mail piece 600 shown in FIG. 7 and pushing the division list button620. In FIG. 8, three split e-mail pieces 660, 661 and 662 aredisplayed. All those displayed in the list on the screen shown in FIG. 8have the same division ID, and the value thereof is displayed in adivision ID 650. The value indicated as the division ID is created basedon the data of the 9th line shown in FIG. 5.

In FIG. 8, an address 651 is the same data as the address 611, whichindicates e-mail sender information. A subject 652 is subjectinformation on the split e-mails, which is the subject information ofthe 4th line in FIG. 5. A division number 653 is the division number ofthe split e-mails, which is the value of number/total of the 12th line.As for the value of total, it is allowed not to enter the value exceptthe last piece of the split e-mails. Therefore, there may be the caseswhere the value of total is not entered.

Furthermore, in FIG. 8, a data size 654 is the data size of each pieceof the split e-mails, and a reception time 655 is the time at which eachpiece of the split e-mails was received. Moreover, a return key 658 isthe key for returning to the screen shown in FIG. 7 by closing thescreen shown in FIG. 8, and scroll keys 656 and 657 are the keys for theoperator to scroll the screen in the case where there are so many liststhat all of them cannot be displayed at once.

FIG. 9 is a flowchart for describing a retransmission request procedureof the MFP 100 in the case where the retransmission request button 623is pushed in the screen example of the divided reception box displayedon the operating portion 133 shown in FIG. 7.

First, if the retransmission request button 623 is pushed and theretransmission request is received, the division IDs are obtained fromthe list selected on the screen shown in FIG. 7 (step S701). Next, ofthe same division IDs as those obtained in the step S701, a search isperformed for the division numbers of the split e-mails yet to beobtained (to-arrive numbers) (step S702). And retransmission requestmail for the split e-mails yet to be obtained is created and transmittedto the source (step S703) so as to finish the retransmission requestprocedure.

FIG. 10 is a flowchart for describing a procedure for receiving,combining, printing or transferring the split e-mails of the MFP 100according to an embodiment of the present invention. The steps of FIG.10 are performed by the CPU 130.

The MFP 100 starts an SMTP receiving process by receiving an SMTPrequest from the network I/F 138 (step S500). Here, the MFP 100 startsthe CPU 130 with an interrupt signal from the network I/F 138 in thecase where the MFP 100 is in the SLEEP 2 state on receiving the SMTPrequest from the network I/F 138. And the MFP 100 releases the SLEEP 2state by means of the power control circuit 141. Thus, an order toprohibit the CPU 130 from being put in the SLEEP 2 state is given by theSMTP request (step S501). Consequently, the CPU 130 is not put in theSLEEP 2 state until the SLEEP is permitted next. And the MFP 100receives the e-mail data by the SMTP protocol (SMTP reception) (stepS502).

The CPU 130 has a timer interrupt signal inputted thereto by an unshowntimer at every predetermined time to start a process for performing POPreception (step S503). In the case where the MFP 100 is in the SLEEP 2state, the interrupt signal starts the CPU 130 so that the SLEEP 2 stateis released by the power control circuit 141. And the order to prohibitthe CPU 130 from being put in the SLEEP 2 state is given (step S504).Consequently, the CPU 130 is not put in the SLEEP state until the SLEEPis permitted next. And the MFP 100 receives the e-mail data stored inthe mail server/POP server by the POP 3 protocol (POP reception) (stepS505).

MIME data is analyzed as to the e-mail received by the MFP 100 by theSMTP reception (step S502) or the POP reception (step S503). The CPU 130determines whether or not the e-mail is the mail in the message/partialformat described in the 12th line of FIG. 5 (step S506). And if there isa description of message/partial, the CPU 130 determines that the e-mailis the split e-mails.

If determined to be the split e-mails in the step S506 (Yes), the CPU130 stores the split e-mails in the divided reception box (step S507).If determined not to be the split e-mails (No), the CPU 130 transits toan image information extraction process of a step S510.

If the split e-mails is stored in the divided reception box in the stepS507, it is examined whether or not all the pieces of the split e-mailsare gathered by being stored (step S508). Consequently, if all thepieces of the split e-mails are not gathered (No), the flowchart shownin FIG. 11 is used to perform the process for the case where all thepieces of the split e-mails are not gathered (step S521).

If determined that all the pieces of the split e-mails are gathered inthe step S508 (Yes), the MFP 100 cuts the data from each piece of thesplit e-mails in the order of the division numbers. And the data is puttogether by combining the cut pieces of the data in order (step S509) soas to move on to the step S510.

In the step S510, the image information extraction process is similarlyperformed from the e-mail combined in the step S509 or receivedundivided ordinary mail. In this embodiment, the e-mail BASE64-encodedor uuencoded is decoded to convert it to the TIFF file in advance so asto extract the image data from the converted TIFF file. In the casewhere the text data exists in the e-mail, the text information israsterized to become the image data.

After the image data is extracted in the step S510, it is determinedwhether or not the source of the e-mail is making an MDN (Mail DeliveryNotification) request (step S511). Consequently, in the case of makingthe mail delivery notification request (Yes), a reply of OK to the maildelivery notification request (MDN request) is transmitted (step S512).In the case of making no MDN request (No) or in the case of havingtransmitted OK in the step S512, OK is recorded in a reception log (stepS513).

The network system according to this embodiment has a transfer functionwhereby, in the case where the values of To, From and Subject of thereceived e-mail are predetermined values, the image data is transferredto these addresses (including a system box). Therefore, transferconditions for performing the transfer function are searched for andobtained (step S514). And a comparison is made between the obtainedtransfer information and the values of the To, From and Subject fieldsset in header fields of the e-mail (step S515). Consequently, in thecase where the values of the To, From and Subject fields match with thetransfer conditions (Yes), a data transfer process is performed (stepS516).

In the case where the values of the To, From and Subject fields do notmatch with the transfer conditions in the step S515 (No), it isdetermined whether or not to perform a system box storage process (stepS517). In the step S517, in the case where a transfer address is set tothe system box or in the case where printing cannot be performed for thereasons such as having no printing paper in the printer 135, system boxstorage is selected (Yes) and the system box storage process isperformed (step S518). It moves on to the process of a step S520 afterthe system box storage process is performed. In the case where thesystem box storage is not performed (No), the printing process of theimage having the mail text rasterized and the image extracted from theattached TIFF file is performed (step S519) so as to move on to theprocess of a step S520.

In the step S520, the processing is finished by permitting the MFP 100to shift to the standby state (that is, the SLEEP state) by means of thepower control circuit 141. If the shift to the SLEEP state is permitted,the power control circuit 141 is put in a power saving state which isthe aforementioned SLEEP 1 or SLEEP 2 state according to the state oftemperature of the printer and the like and the state of the othercircuits.

FIG. 11 is a flowchart for describing details of the processing in thecase where all the pieces of the split e-mails are not gathered in thedivided reception box of the flowchart shown in FIG. 10 (step S521).First, it is determined whether or not the predetermined time haselapsed after receiving previous split e-mails or after transmitting theretransmission request mail (step S601). Consequently, in the case wherethe predetermined time has not elapsed (No), reception standby for theaforementioned SMTP reception (step S500) or POP reception (step S503)is performed.

In the case where the predetermined time has elapsed (Yes), it isdetermined whether or not the retransmission request mail has beentransmitted (step S602). Consequently, in the case where theretransmission request mail has not been transmitted (Yes), the divisionnumbers of the split e-mails of the same division ID yet to be obtained(to-arrive numbers) are searched for (step S603). And the retransmissionrequest mail of the split e-mails yet to be obtained is created andtransmitted to the source (step S604) so as to perform theaforementioned reception standby.

In the case where the retransmission request mail has been transmittedin the step S602 (No), a search is made for the ID of the same splite-mails as that of the split e-mails of which predetermined time haselapsed (step S605). And it is determined whether or not the leadingpiece of the mail of number=1 of the 12th line shown in FIG. 5 exists inthe split e-mails of the same division ID which was searched for andobtained (step S606).

Consequently, in the case where it is determined that no leading pieceof the mail exists (No), mail header information storing senderinformation on the received split e-mails of which number is other than1 is extracted (step S607). Next, character string data is rasterized tothe image by using font data specified as the image data (step S608) soas to move on to a step S614.

In the case where it is determined that the leading piece of the mailexists in the step S606 (Yes), the same split e-mails are arranged inthe order of number of the 12th line shown in FIG. 5 so as to performthe process of combining the numbers in order from 1 to an existingnumber (step S609). This process restores the mail data as shown in FIG.6. However, an unreachable portion cannot be restored.

For instance, in the case where only the [5/5] mail piece 864 isunreachable in FIG. 6, it is possible to synthesize the mail text andthe data from the first page to the seventh page. It is impossible,however, to synthesize the image of the eighth page.

Consideration is given to the case where the [1/5] mail piece 860 to[3/5] mail piece 862 have been received but the [4/5] mail piece 863 hasnot been received. In this case, it is possible to synthesize the mailtext and the images from the first page to the fifth page. It isimpossible, however, to synthesize the images of the sixth page to theeighth page.

Furthermore, in the case where the [1/5] mail piece 860 to [2/5] mailpiece 861 have been received but the [3/5] mail piece 862 has not beenreceived, it is possible to synthesize the mail text and the images fromthe first page to the third page. It is impossible, however, tosynthesize the images of the fourth page to the eighth page.

Furthermore, in the case where the [1/5] mail piece 860 has beenreceived but the [2/5] mail piece 861 has not been received, it ispossible to synthesize the mail text and the image of the first page. Itis impossible, however, to synthesize the images of the second page tothe eighth page.

Furthermore, in the case where the [1/5] mail piece 860 cannot bereceived, it is not possible to synthesize all the information andimages. Even in this case, however, the mail header information of the[2/5] mail piece 861 to [5/5] mail piece 864 includes the informationsuch as the sender information, Subject, transmission time and the like.Therefore, it is possible to print such information. Thus, there is amerit that, even in the case where the image cannot be printed, it ispossible to specify the sender and request the sender to retransmit it.

Of the mail having combined the split e-mails in the step S609, the mailheader corresponding to the portion of the 15th line to 25th line shownin FIG. 5 and the character string data on the mail text of the 30thline to 31st line are obtained (step S610). And the character stringdata is rasterized to the image by using the font data specified as theimage data (step S611) so as to move on to a step S612.

In the step S612, it is determined whether or not the image data ofreference numerals 852 to 859 shown in FIG. 6 exists. Consequently, inthe case where the image data exists (Yes), the image informationextraction process is performed (step S613) so as to move on to the stepS614. In the step S613, the image data of the BASE64-encoded oruuencoded portions of the synthesized image portions indicated by thereference numerals 852 to 859 of FIG. 6 is decoded and converted to theTIFF file. In the case where the created TIFF file is in a multi-pageformat, it is converted to a single-page TIFF file. In this case,halfway page data is deleted to interrupt the conversion process. It ispossible, even if the last piece of the halfway page data is the datahaving run out halfway through a page such as MH, MR or MMR, to handlethe portion holding as one line of the image as the image data anddelete the image less than one line.

In the step S614, it is determined whether or not the source of thee-mail is making an MDN request. Consequently, in the case of making anMDN request (Yes), an NG is transmitted (step S615). The NG istransmitted by notifying the source (ifax@copy1.xyz.co.jp) by the e-mailincluding the mail text to the effect that a transmission error hasoccurred. It is also feasible, by the e-mail, to further notify thesource of the information for identifying the mail pieces yet to arriveout of the split e-mails. The source (ifax@copy1.xyz.co.jp) is notifiedof the information for identifying the mail pieces yet to arrive. Thus,the source is notified that at least a part of the e-mail as theoriginal of the multiple split e-mails has been transmitted to arecipient (ifax@abc.co.jp). In the case of making no MDN request (No) orin the case where the NG is transmitted in the step S615, the NG isrecorded in the reception log (step S616).

Next, a comparison is made between the obtained transfer conditions andthe values of the To, From and Subject fields set in header fields ofthe e-mail (step S617). Consequently, in the case where the values ofthe To, From and Subject fields match with the transfer conditions(Yes), the data transfer process is performed (step S618).

In the case where the values of the To, From and Subject fields do notmatch with the transfer conditions (No) in the step S617, it isdetermined whether or not to perform the system box storage process(step S619). In the step S619, in the case where the transfer address isset to the system box or in the case where the printing cannot beperformed for the reason such as having no printing paper in the printer135, the system box storage is selected (Yes) and the system box storageprocess is performed (step S620). It moves on to the process of a stepS622 after the system box storage process is performed. In the casewhere the system box storage is not performed (No), the printing processof the image having the mail text rasterized and the image extractedfrom the attached TIFF file is performed (step S621) so as to move on tothe process of the step S622.

The step S622 is finished by deleting the mail pieces of the samedivision ID. According to this embodiment, the e-mail reception methodis described by using the SMTP and POP reception. However, it may alsobe the method of receiving the e-mail by using the protocol such asIMAP.

According to the above-mentioned embodiment, in the case where theordinary e-mail includes a transmittal confirmation request, transmittalconfirmation mail is sent back according to the reception thereof. Asfor the split e-mails, the transmittal confirmation mail is nottransmitted immediately upon receiving each piece thereof but is onlytransmitted when two split e-mails are gathered. For instance, thetransmittal confirmation mail stating that it is normal is sent in thecase where all the split e-mails are gathered, and the one stating thatit is not normal is sent in the case where only some of them aregathered.

Here, in the case of synthesizing the split e-mails in the process (thestep S509 of FIG. 10 for instance), it is possible, as previouslydescribed, to have a format sentence of the MDN request entered in allthe multiple split e-mails. Here, the format sentence of the MDN requestis Disposition-Notification-To of the 10th line of FIG. 5 for instance.

It is also possible, for instance, to enter the format sentence of theMDN request in head data of the mail before the division withoutentering it in each piece of the head data of the split e-mails.

FIG. 12 is a diagram showing an example of the split e-mails data inwhich the format sentence of the MDN request is entered in the head dataof the mail before division. It is possible to confirm that the MDNrequest was made to the mail only after synthesizing the split e-mailsby using the split e-mail data shown in FIG. 12 rather than the splite-mail data shown in FIG. 5. The procedure in this case is similar tothe flowcharts shown in the aforementioned FIGS. 10 and 11, wherein, asa difference, it can be determined whether or not there is the MDNrequest per step S511 only after data synthesis of the step S509.

Therefore, in the case of receiving the split e-mails having electronicdata including request to send (RTS) information for transmitting thee-mail to a predetermined destination divided into a plurality, it ispossible to synthesize the multiple split e-mails and adequately performthe transmittal confirmation indicating that at least a part of theelectronic data has been transmitted.

In FIG. 5, a Disposition-Notification-To sentence indicating thetransmittal confirmation request (MDN request) is entered in the headerof each of the multiple split e-mails. In FIG. 12, the sentenceindicating the transmittal confirmation request (MDN request) is enteredin the header of the mail before the division. At the same time, thereis also a conceivable aspect in which the sentence indicating thetransmittal confirmation request (MDN request) is entered in the headerof each of the multiple split e-mails while the sentence indicating thetransmittal confirmation request (MDN request) is entered in the headerof the mail before the division. The procedure in this aspect is thesame as the flowcharts shown in the aforementioned FIGS. 10 and 11. Tobe more specific, it should be determined whether or not there is theMDN request per step S511 by checking that the sentence indicating thetransmittal confirmation request (MDN request) is included in the headerof each of the split e-mails. It should also be determined whether ornot there is the MDN request per step S511 by checking that the sentenceindicating the transmittal confirmation request (MDN request) is enteredin the header of the mail before the division.

The embodiment example was described in detail above. However, thepresent invention may also take an embodiment as a system, an apparatus,a method, a program, a storage medium (recording medium) or the like. Tobe more precise, it may be applied either to the system configured bymultiple devices or to the apparatus consisting of one device. Accordingto the embodiment, in the case where all the split e-mails are notgathered, the source is requested to retransmit the split e-mails yet toarrive (steps S602 to 604). However, it may also be the embodimentomitting this step. In this case, it is possible, even if there are thesplit e-mails yet to arrive, to perform the process promptly bysynthesizing (combining) the split e-mails already received.

According to the embodiment, in the case where all the split e-mails arenot gathered, the split e-mails are synthesized (combined) when thepredetermined time elapses after receiving the previous mail or aftertransmitting the retransmission request mail. However, this may also beanother aspect. For instance, it is also possible to provide a key forgiving an instruction to synthesize the split e-mails in the operatingportion 133 and synthesize (combine) the split e-mails according to theinstruction to synthesize them given by pushing the key before receivingall the split e-mails.

According to the embodiment, in the case where there is the transmittalconfirmation request (MDN request) in the e-mail, the reception of thee-mail is confirmed in the stage where the e-mail is received. However,this may also be another aspect. For instance, in the case of IFAX, itis assumed that the e-mail is printed (image-formed) by the printer 135.Thus, it is possible confirm that the e-mail has been received bycompletion of the printing of the image data relating to the e-mail bythe printer 135 (for instance, the recording paper having the developercorresponding to the image data fixed thereon is ejected to the catchtray 371). In this case, the step S512 of FIG. 10 is performed after thestep S519, and the step S615 of FIG. 11 is performed after the S621.

The present invention may also supply a software program forimplementing the functions of the aforementioned embodiment (the programcorresponding to the flowcharts shown in the drawings in the embodiment)to the system or the apparatus directly or remotely. In this case, thecomputer of the system or the apparatus reads and executes a suppliedprogram code so as to achieve the functions of the embodiment.

Therefore, the present invention is also realized by the program codeitself installed on the computer for the sake of implementing functionalprocessing of the present invention on the computer. To be morespecific, the present invention also includes the computer programitself for implementing functional processing of the present invention.

In that case, if it has the functions of the program, it may be in theform of object code, a program executed by an interpreter, script datasupplied to an OS or the like.

The recording medium for supplying the program may be a floppy(registered trademark) disk, a hard disk, an optical disk, a magneticoptical disk, an MO, a CD-ROM, a CD-R, a CD-RW or the like for instance.It may also be a magnetic tape, a nonvolatile memory card, an ROM, a DVD(DVD-ROM, DVD-R) or the like.

As for the method of supplying the program, it is possible to connect toa home page on the Internet by using a browser of a client computer anddownload the computer program itself of the present invention from thehome page so as to supply the program. It is may also be supplied bydownloading a file including an automatic install function of thecomputer program of the present invention onto the recording medium suchas the hard disk. It is also implementable by dividing the program codeconfiguring the program of the present invention into multiple files anddownloading the respective files from different home pages. To be morespecific, the present invention also includes a WWW server fordownloading to multiple users the program files for implementing thefunctional processing of the present invention on the computer.

It is also possible to encrypt the program of the present invention,store it in the storage medium such as the CD-ROM and distribute it tothe users so as to allow the user having cleared predeterminedconditions to download key information for breaking the encryption fromthe home page via the Internet. In this case, it is possible to have theencrypted program executed by using the key information and installed onthe computer so as to implement the functions of the present invention.

The functions of the aforementioned embodiment are implemented by havingthe read program executed by the computer. In addition, the OS and thelike operating on the computer perform a part or all of actualprocessing based on the instructions of the program, and so thefunctions of the aforementioned embodiment are implementable by thatprocessing.

Furthermore, the program read from the recording medium is written to amemory provided to an expansion board inserted into the computer or anexpansion unit connected to the computer. Thereafter, the CPU or thelike provided to the expansion board or the expansion unit performs apart or all of the actual processing based on the instructions of theprogram so that the functions of the aforementioned embodiment are alsoimplemented by that processing.

According to the present invention, in the case of receiving the e-mailwhich is the split e-mails including the request-to-send (RTS)information for transmitting the e-mail to a predetermined destination,it is possible to suitably perform the transmittal confirmation withouttransmitting to the source the e-mail of the transmittal confirmation asto each of the multiple pieces of the split e-mails.

According to the present invention, in the case of receiving the splite-mails having the electronic data including the request-to-send (RTS)information for transmitting the e-mail to a predetermined destinationdivided into multiple pieces, it is possible to synthesize the multiplesplit e-mails and adequately perform the transmittal confirmationindicating that at least a part of the electronic data has beentransmitted.

As many apparently widely different embodiments of the present inventioncan be made without departing from the spirit and scope thereof, it isto be understood that the invention is not limited to the specificembodiments thereof except as defined in the appended claims.

This application claims the benefit of Japanese Application No.2005-073960 filed Mar. 15, 2005, which is hereby incorporated byreference herein in its entirety.

What is claimed is:
 1. An image processing apparatus comprising: aprinter; a memory storing computer-executable instructions; and aprocessor executing the instructions causing the image processingapparatus to; receive a plurality of divided e-mails which are dividedfrom an e-mail; generate the e-mail by combining the received pluralityof divided e-mails; control the printer to print an image based on imagedata included in the generated email; and send, after a completion ofthe printing of the image by the printer, a confirmation e-mail to ane-mail address included in header information of the generated e-mailbased on an MDN (Mail Delivery Notification) request included in theheader information, wherein the confirmation e-mail is not send, in acase where the printing of the image has not yet been completed by theprinter.
 2. The image processing apparatus according to claim 1, whereinthe instructions further cause the image processing apparatus to send anerror mail to the e-mail address included the header information, in acase where at least one of the plurality of divided e-mails is notreceived within a predetermined time period.
 3. The image processingapparatus according to claim 1, wherein the header information of thegenerated email includes a message-ID, a date, a From address, a Toaddress, and a subject.
 4. The image processing apparatus according toclaim 1, wherein the instructions further cause the image processingapparatus to judge whether to print or transfer the image based on theimage data included in the generated e-mail, and wherein the image isprinted by the printer based on the judgement.
 5. The image processingapparatus according to claim 1, wherein the confirmation e-mailindicates that the plurality of divided e-mails has been received by theimage processing apparatus.
 6. The image processing apparatus accordingto claim 1, wherein the confirmation e-mail indicates successfulreception.
 7. The image processing apparatus according to claim 1,wherein the confirmation e-mail is not sent, in a case where at leastone of the plurality of divided e-mails is not received within apredetermined time period and the printing of the image has not beencompleted by the printer.
 8. A method of controlling an image processingapparatus comprising a printer, the method comprising: receiving aplurality of divided e-mails which are divided from an e-mail;generating the e-mail by combining the received plurality of dividede-mails; controlling the printer to print an image based on image dataincluded in the generated email; and sending, after a completion of theprinting of the image by the printer, a confirmation e-mail to an e-mailaddress included in header information of the generated e-mail based onan MDN (Mail Delivery Notification) request included in the headerinformation, wherein the confirmation e-mail is not sent, in a casewhere the printing of the image has not yet been computed by theprinter.
 9. The method according to claim 8, wherein the confirmatione-mail indicates that the plurality of divided e-mails has been receivedby the image processing apparatus.
 10. The method according to claim 8,wherein the confirmation e-mail indicates successful reception.
 11. Anon-transitory computer-readable storage medium on which is stored codeof a computer program for causing a computer to execute a method forcontrolling an image processing apparatus comprising a printer, theprogram comprising code to execute: receiving a plurality of dividede-mails which are divided from an e-mail; generating the e-mail bycombining the received plurality of divided e-mails; controlling theprinter to print an image based on image data included in the generatede-mail; and sending, after a completion of the printing of the image bythe printer, a confirmation e-mail to an e-mail address included inheader information of the generated e- mail based on an MDN (MailDelivery Notification) request included in the header information,wherein the confirmation e-mail is not sent, in a case where theprinting of the image has not yet been completed by the printer.